Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Added build script for Mac/Linux #59

Merged
merged 2 commits into from
Apr 7, 2015

Conversation

ValMenn
Copy link
Contributor

@ValMenn ValMenn commented Apr 2, 2015

Added a Perl script to build using xbuild, rebuild using generated
MSBuild, and run tests. The last two steps are optional. The outputs
can be redirected (this would include binaries, packages, and logs).
In order to be able to redirect, made some project file fixes.

Added a Perl script to build using xbuild, rebuild using generated
MSBuild, and run tests. The last two steps are optional. The outputs
can be redirected (this would include binaries, packages, and logs).
In order to be able to redirect, made some project file fixes.
@dnfclas
Copy link

dnfclas commented Apr 2, 2015

Hi @ValMenn, I'm your friendly neighborhood .NET Foundation Pull Request Bot (You can call me DNFBOT). Thanks for your contribution!
You've already signed the contribution license agreement. Thanks!

The agreement was validated by .NET Foundation and real humans are currently evaluating your PR.

TTYL, DNFBOT;

<NuGetConfigCommandLine>-ConfigFile "$(NuGetConfigFile)"</NuGetConfigCommandLine>

<NugetRestoreCommand>"$(NuGetToolPath)"</NugetRestoreCommand>
<NugetRestoreCommand>$(NugetRestoreCommand) install</NugetRestoreCommand>
<NugetRestoreCommand>$(NugetRestoreCommand) -OutputDirectory "$(PackagesDir.TrimEnd('\/'.ToCharArray()))"</NugetRestoreCommand>
<NugetRestoreCommand>$(NugetRestoreCommand) -OutputDirectory "$(PackagesDir)"</NugetRestoreCommand>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Trimming the trailing backslash is important on Windows, as otherwise it escapes the quote.

@dannyvv
Copy link
Member

dannyvv commented Apr 7, 2015

LGTM 👍

dannyvv added a commit that referenced this pull request Apr 7, 2015
@dannyvv dannyvv merged commit bd1f613 into dotnet:xplat Apr 7, 2015
@ValMenn ValMenn deleted the build_verification_script branch April 8, 2015 20:41
radical added a commit to radical/msbuild that referenced this pull request May 22, 2018
…rty (dotnet#59)

* Add support for fallback paths to be specified via property references

Currently, the list of fallback paths in app.config can have a property
reference, like:

```
 <searchPaths os="osx">
	<property name="MSBuildExtensionsPath" value="$(FallbackPath);/x/y/z" />
```

.. but it is assumed that such a property will expand to a single path.

This commit adds support for such properties to expand to multiple ';'
separated list of paths. The rules for expansion do not change, they are still
expanded at the time of project import.

With this, given `$(FallbackPath)="/a/b/c;/q/w/e"` and the list of fallback paths
would become `"/a/b/c;/q/w/e;/x/yz"`.

* [osx] Add property allowing users to override fallback paths for ..

.. MSBuildExtensionsPath.

For OSX, this essentially sets the fallback paths to:

`<property name="MSBuildExtensionsPath" value="$(MSBuildExtensionsPathFallbackPathsOverride);/Library/Frameworks/Mono.framework/External/xbuild/" />`

.. whichs allows the default fallback paths to be overridden by setting
a property - `$(MSBuildExtensionsPathFallbackPathsOverride)`.

One of the useful use cases for this is to be able to run tests with
in-tree builds of assemblies/targets meant for
`$(MSBuildExtensionsPath)/`. Simply changing `$(MSBuildExtensionsPath)` would
mean that the in-tree builds of the custom frameworks would work but the
default ones would not be found!

(cherry picked from commit c4e70a6)
radical added a commit to radical/msbuild that referenced this pull request May 28, 2018
…rty (dotnet#59)

* Add support for fallback paths to be specified via property references

Currently, the list of fallback paths in app.config can have a property
reference, like:

```
 <searchPaths os="osx">
	<property name="MSBuildExtensionsPath" value="$(FallbackPath);/x/y/z" />
```

.. but it is assumed that such a property will expand to a single path.

This commit adds support for such properties to expand to multiple ';'
separated list of paths. The rules for expansion do not change, they are still
expanded at the time of project import.

With this, given `$(FallbackPath)="/a/b/c;/q/w/e"` and the list of fallback paths
would become `"/a/b/c;/q/w/e;/x/yz"`.

* [osx] Add property allowing users to override fallback paths for ..

.. MSBuildExtensionsPath.

For OSX, this essentially sets the fallback paths to:

`<property name="MSBuildExtensionsPath" value="$(MSBuildExtensionsPathFallbackPathsOverride);/Library/Frameworks/Mono.framework/External/xbuild/" />`

.. whichs allows the default fallback paths to be overridden by setting
a property - `$(MSBuildExtensionsPathFallbackPathsOverride)`.

One of the useful use cases for this is to be able to run tests with
in-tree builds of assemblies/targets meant for
`$(MSBuildExtensionsPath)/`. Simply changing `$(MSBuildExtensionsPath)` would
mean that the in-tree builds of the custom frameworks would work but the
default ones would not be found!
radical added a commit to radical/msbuild that referenced this pull request Jun 19, 2018
… a property (dotnet#59)"

This reverts commit c4e70a6.

This is likely not getting accepted upstream.
radical added a commit to radical/msbuild that referenced this pull request Sep 26, 2018
radical pushed a commit to radical/msbuild that referenced this pull request Dec 12, 2018
radical added a commit to radical/msbuild that referenced this pull request Dec 12, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants